2013-02-14 - 4453.500 - Spec - Rejection Reason #SalesDistribution
SPECIFICATIONS
4453.500 - Rejection Reason
Requirement Summary
Change the logic of Sales Order rejection reason to apply on concerned schedule line without effecting other schedule lines to show corrected rejected quantity and rejected value.
Admin Info
Purpose
|
Change the logic of Sales Order rejection reason to apply on one schedule line without effecting other schedule lines.
|
Requested By
|
Mark Harris
|
Spec Created By
|
Chandramouli K
|
Spec Created Date
|
02-14-2013
|
Spec QA by
|
Uday Kumar P
|
Objects
|
1. Sales Order DSO ZAFSDDS1 - AFS Sales Orders,
2. Service Level DSO ZDSOSSL - Order Items Service level.
3. Datasource 2LIS_11_VASCL - Sales Order Schedule Line.
|
Document Status
|
Complete
|
References
Prior Tickets
None
Documents
None
Functional Requirement
NEC wanted to change in the logic of Sales Order rejection reason to be applied on concerned schedule line without effecting other schedule lines of a sales order. When there is a rejection reason applied on particular sales order schedule line, then the rejection reason was automatically copied to other schedule lines. But now NEC does not want the rejection reason to be copied to other schedule lines of the same sales order. Also when the rejection reason is applied at the item level, then it should be applied to all schedule lines of that order. NEC found one faulty Sale Order 1050488 in Sales order DSO in NBP. For this order the scheduline level rejection reason was not matching with NEP.
Solution Summary
This logic is applicable to the transformations of Sales Order DSO (ZAFSDDS1) and Service Level DSO (ZDSOSSL) mapped from the datasource 2LIS_11_VASCL. Here we have to change the logic for rejection reason.
Test Plan
SNo
|
Test Scenario
|
Expected Results
|
1
|
Need to create a Sales Order which is having rejection reason at item level and should alos have rejection reason reason for one of its several schedule lines.
|
1. For an rejection reason at item level, it should not copy to all the schedule lines.
2. The rejection reason values for sales orders in VBEP table should match with rejection reason values for sales orders present in Sales Order DSO and Service Level DSO.
|
Solution Details
The following logic is applicable to the transformations of Sales Order DSO (ZAFSDDS1) and Service Level DSO (ZDSOSSL) mapped from the datasource 2LIS_11_VASCL:
1. Change the logic of Sales Order rejection reason in transformation routine to schedule line for Sales Order DSO(ZAFSDDS1).
2. Change the logic of Sales Order rejection reason in transformation routine to schedule line for Service Level DSO(ZDSOSSL).
3. Change the logic for keyfigures in field level routines which are calculated by using Rejection reason in Sales Order DSO transformations and Service Level DSO transformations.
SNo
|
DSO Object
|
Transformation
|
Logic Changed for Key Figures
|
1
|
AFS Sales Orders (ZAFSDDS1)
|
From 2LIS_11_VASCL to AFS Sales Orders (ZAFSDDS1)
(0SXQ659LSTA4O97IERHXHPW61LDXR82L)
|
1. ZTASQTYO
2. ZREJQTY
3. ZOPNTASO
4. ZREJVAL
|
2.
|
Order Items Service level (ZDSOSSL)
|
For 2LIS_11_VASCL to Order Items Service level (ZDSOSSL) (0LBDQYJMY92ILUF9X0HMC190VIW4G7GX)
|
1. ZRJENTERR
2. ZRJREFORD
3. ZRJFILDFL
4. ZRJFLDACP
|
Issues
1. In NBP, downtime is required to fill setup tables for application 11, 12 and 13, as the PSA data is not available to reloading into the DSO Object(being maintained for only 45 days).
2. Reinitializing for all the related datasources would take 4 to 5 days (we have to load entire data into NBP from setup tables in NEP for the datasources).
3. If the transports are moved into NBP and initialization is not done thereafter, only the subsequent delta records will have the correct rejection reason evaluation.